ملاحظات طلب المخطط الهندسي النهائي As-Built‏ 


لم يتم اطلاقه بسبب عدم اكمال الملاحظات المقدمة من المستفيدين: 


EN 
LY 
Y 


انشاء خطوة تأكد للتأكد من عمل الملفات عند استلامها من المستثمر 
عرض نتيجة الخطأ في تقرير في حال فشل تحميل ملفات الاتوكاد 
ربط المرافق ) (utilities‏ مع بعضها على الخريطة في حال تحميل الرفق من اكثر من ملف اتوكاد 


“Web Portal ملاحظات البورتل‎ 


١ 


LY 


عدم عرض أسماء ملاك الأرضي السكنية وجميع الأسماء الشخصية في جميع الطبقات 
عدم تضمين مساحة قطع الاراضي داخل البيانات الوصفية 


في الحقول التي تحتوي على كود مربوطة مع جداول اخرى (lookup table)‏ يجب عرض القيمة الحقيقة وليس 
الكود (مثال عليه حقل نوع الاستخدام حيث يتم عرض رقم وليس النوع) 


عملية البحث غير واضحةء يجب تحديد او ذكر الحقوق التي يتم البحث من خلالها وفي بعض الأحيان لا تعطي 


نيجه 


البحث بالاسم الجغرافي غير واضح وغير دقيق 


إيجاد طريقة لتسهيل استخدام أدوات التحليل للموظفين غير المختصين في نزم المعلومات الجغرافية» حيث ان 
استخدامها يتطلب معرفة بأسماء الطبقات والحقول 


توفير صور الأقمار الصناعية لراس الخير بدقة ob pS‏ حيث ان الصورة aga gall‏ ليست عالية الدقة 
تصميم الطباعة غير متوافق مع ما تم الاتفاق عليه 


. إضافة شرح مساعد على الأدوات لمعرفة ما هي الأداة» إضافة دليل الاستخدام حتى يتمكن المستخدم من الرجوع 


اليه 


T 


. الكود الخاص بالبرنامج» لم يتم تسليم الكود الخاص بالبرنامج 
. أداء البرنامج وسرعة التحميل: البرنامج غير ثابت الأداء وتتعطل بعض الوظائف بشكل مفاجئ كما في بعض 


الأحيان يحتاج لوقت طويل للتحميل 


API .‏ خاص بالويب portal‏ , لتمكيننا من ربط الويب portal‏ مع تطبيقات الخاصة بالهيئة المكية ( من دون هذه 


النقطة لن نتمكن من الربط مع أي تطبيق اخر ) 


. الطباعة: النموذج المستخدم غير متوافق مع ما تم calle‏ قائمة الطبقات غير متوافقة مع البيانات المعروضة على 


الخارطة 


. أدوات القياس: تعرض الاحداثيات بنظام اخر غير النظام العالمي (UTM)‏ لذلك يجب تحويلها للنظام العالمي 


مع الويب (portal‏ 


. في شاشة التحليل» لا نستطيع الوصول الى النتيجة على الخارطة عن الضغط عليها 


. تم استلام بعض الوثائق الفنية الخاصة بالتطبيقات وبعد مراجعتها تبين انها غير مكتملةء تم الرد على البريد 


الالكتروني المرسل من قبل مدير المشروع ولما يصلنا أي تحديث حتى اللحظة. 


الملاحظات 


Atheeb Response 


Issue came with android 
11 only, AISC will check 
and provide fixing 


Changed from (Guest 
and RC Users) to RCJ 
users only based on IT 
Request. 


In phase 2 only read 
attributes/feature 
implemented according 
to the approved BRD, 
editing is not available in 
phase2, in the current 
stage, update data can 
be done using GeoMedia 
Smart Client app. 


Same point number 2, it 
is done as per RCJ | 
Request. 


With more using mobile 
app by the users, it will 
go through many 
enhancements which can 
applied during the 
support period 


Due to time constraints, 
only LAR comprehensive 
features shows in 
presentation. 

However, mobile app 
also have Parcel, Lease 


تطبيق الجوال: 
RC Reviewer Comments‏ 


The app install recently is NOT working properly in our 
devices. Starting from installation point, still team member 
struggling with having the application to be install in their 
devices. Even though two of the member have the app 
installed, they could not perform any practice efficiently as 
well as its notice crashed and close the session frequently. 
Finally, the GIS team members could not work with the 
app because of lake of task practice efficiency. 


As per endorsed in RFB "Mobile ESDIM services to public 
and to corporate users.", so the mobile app shall provide 
service for RC related and general public which is NOTI 
compel with the lastly product demonstrated. 


As per mentioned in RFB " Mobile application should be 
used to display specific attributes and should 

read/write asset (attributes) information with 3G/4G 
connection based on web 

services." , the attribute nature to be editable vie the 
mobile app has been emphasized. From first stage, adding, 
change and delete of attribute data have been required. 


The front page for access provide only access for RC 
employee 


Difficulties’ noticed while layer display, zoom and 
representation, 


Regarding context of the Mobile app demo, which 
presented in the meeting, AISC presenter identified that 
the Mobile supposed to serve 4 GIS elements such as LAR, 
Zoning Regulation, Parcel and Agreement. Unlikely, all the 
Mobile app demo presentation was for only LAR related 
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MEETING 
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Item 
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agreement, and zone 
regulation working 
functionality. 


In phase 2 actions for 
only director, as per RCJ 
IT request. 


When using production 
server all features and 
workflow will be fully 
functional, but for 
presentation mobile app 
connected with RCJ test 
server, which don't have 
proper data according to 
workflow and is a limited 
resources access. 


Search is properly 
implemented for LAR as 
per commitment with 
RCJ IT. For Parcel, zone, 
lease agreement simple 
one column search 


GPS features 
implemented according 
to BRD. 


Google map is paid, but 
Open Street Map layer is 
free and implemented 
according to RC IT 
request and approved 
BRD. 


there is no specific 
request, and all the 
design and color scheme 
implemented according 
to RCJ IT team 
instructions. 


NOT else. Never to be mentioned, the other elements o 
the Mobile app were unintentionally neglected. 


As per the presented, search LAR is only for Directors. 
Actually, LAR searching could be by stuff rather that 
Director. Moreover, its essential procedure that all RC 
related stuff or executive must do for their further double 
checking, monitoring, taking prior decision and final 
approval. 


As per presentation and the presenter feedback, the 
provided mobile app could NOT be able to provide LAR 
type such as approve, pre-approve, under processing and 
cancel. Subsequently, the LAR info that will be viewing in 
the mobile is a raw data that doesn’t present any| 
reasonable information for LAR viewing. As result, viewing 
LAR would be considered NOT applied. 


UPD team have consolidated and clarified that the need o 
comprehensive development of the mobile application in 
terms of query and search, BUT till moment of the mobile 

app presentation occurred NO improvement’s sign 
noticed. In fact, Contractor didn’t show any evidence of 
addressing that vital point mentioned by GIS team. 


Essentially, Mobile app provided didn’t provide supporting 
GPS which requested. 


As per agreed in comment 3 that requested adding google 
map in the viewer of app, noncompliance for that request! 
;which been agreed with, has been noticed. 


UPD team have requested enhancing the Mobile app 
interface, BUT this point likewise the other points did NOT| 
applied. 
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UTA 


10 


11 UTA 


12 UTA 


Layers can be add and 
remove through 
configuration file easily. 


Same point# 3. 


Same point# 8. 


In Phase 2 only English 
search available. but 
application support both 
English and Arabic 
version/label. 


Basically, Its been agreed that viewing all layer 
effeminately is most substantial element shall perform in 
the Mobile app. As matter of facts that all layer viewing 
properly this app failure to meet the basic requirement. 


Generally, the ability of adding and deleting data have 
been addressed strongly to be apply in the Mobile app. 
Likewise, the RFB has shied slide on data read/ write vie 
the Mobile app. Notably, the ability for data editing is NOT| 
available as well as not will be available. 


LAKE of data representation noticed previously, and the 
representation remains poor for even first version. 


Although the mobile app developed in English language 
vie English code, UPD as well as RC mandatory request to 
have all applications supported the Arabic language the 
same as could be demonstrating in English. In addition, 
the Mobile app must support Arabic in Mobile app 
elements, data representation and dealing with Arabic 
text; for instance, search and query. 


The Mobile app must have name title priory. Previously, 


UPD team has had addressed giving name title for the Ok, title can be change as 


per RC suggestion. 


In phase 2 search is 
provided as per BRD, i 
we write in search field, 
below table data is filter 

accordingly. user can 
search by LAR number, 
type, beneficiary etc. 


Same point# 7. 


Mobile app would be more supportive. Which notice 
recently that this point NOT applied. 


From first stage, search is being determine, as vial function 
that must be exist in the Mobile app. However, the search 
have been addressed to be in advanced way where have 
;for instance drop list, or to have criteria for search with 
Request number (e.g. LAR number), Request type (e.g. 
LAR), Beneficiary, Revision, Extension, Expiry date, Status 
and Department. So, the aforementioned advanced search 
NOT applied. 


Obviously, BRD of MOBILE APPLICATION have taking into 
consideration of some of the procedure as mentioned " FR-M- 
3.5: The app shall offer the functionality to approve or reject a 
request from the detail view on the mobile device " . On other 

hand, the Mobile app developed does NOT prepared to 
accommodate any procedures workflow. UPD believes that its 
crucial to have procedure in the Mobile app. Otherwise, the 
Mobile app with NO procedures, functions and tools is useless. 


Integration with Active directory and RCJY EDMS 
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